Looking at some projects filed away here, I find I've been inconsistent so would appreciate it if somebody could say authoritatively: what types of file should be put in a repository, and what is regenerated reliably?

Obviously .lpi, .lpr, .lfm and .pas or .pp should be saved, and any static .inc files.

I presume that anything machine-generated and usually put into the lib directory shouldn't be stored even if it ends up elsewhere: .ppu, .o, .a, .res, .or.

What about things like .lrs and .rst?

.rst is also regenerated, no need to store them.

Michael.

Mark Morgan Lloyd wrote

What about things like .lrs and .rst?

I have the following in my .gitignore file.

*.[oa]
*.ppu
*.dcu
*.lps
*.compiled
*.bak*
*.rst
*.lrs

There is a Github project which collects all such .gitignore settings for every language you can think of. Very useful.

https://github.com/github/gitignore

Regards,
- Graeme -

Although I'd point out that this is an implementation issue rather than a language one, since ISTM feasible for Lazarus to support a language other than pascal with the same form etc. structure.

Thanks Michael, it was your comment about ResourceStrings that reminded me to ask this.

What about .lrs, since it looks as though it's generated from .lfm?

It's actually .lrs that I find I'm storing inconsistently :-)

svn ls http://svn.freepascal.org/svn/lazarus/trunk/ide | cut -d . -f 2 |sort |uniq returns

dci
fpc
ico
inc
lfm
lpi
lpr
pas
pp
rc
res
xml

i.e. specifically includes .rc and .res but not .lrs.

It depends.

For newer lazaruses, .lrs is no longer used, since Lazarus uses the .lfm files directly for new projects.

If you have {$i something.lrs} in your sources, you'd probably better still store the .lrs in svn.

I got rid of the .lrs files a long time ago. Just a matter of replacing

{$i something.lrs}

with

{$r something.lfm}

Michael.

For newer lazaruses, .lrs is no longer used, since Lazarus uses the .lfm

files directly for new projects.

and even in older lazarus, only .lfm is used for streaming. you can regenerate .lrs simply by either compiling it with lazres or make a trivial change in the form designer.

Thanks very much, I think I did as well but I'll check. I've got one or two things that I'm trying to keep running for sufficiently-old versions of the compiler and IDE that they can generate a GTK1- or NT-compatible binary, which means carefully avoiding things like frames in the user interface.

The rationale here is not so much for local use, but because they're of potential use to a small number of niche hackers and at all costs I want to avoid giving them cause to grumble because a particular OS or compiler version is required. I'm talking about the likes of mainframe programmers here, many of whom have had sufficient time to elevate curmudgeonliness to an artform :-)

Would lazres be automatically invoked by lazarus or lazbuild is the .lsr was missing?

The trouble with making a change to the .lfm is that some very old versions of Lazarus (approx 0.9.24) can add properties that give newer ones problems, and you obviously have to be careful about getting that sort of thing into a repository. I can't give an example off the top of my head, but I'm not just talking about TNotebook which was obviously a significant glitch.

No.
They share the code, so they call the same procedure. Lazarus and lazbuild auto generate the lrs files.

Mattias

That's the important thing, and what I actually meant. So in practical terms, a .lrs is rebuilt when needed in all cases.

On 20/09/15 10:14, Graeme Geldenhuys wrote:
[...]

No FreePascal or Lazarus entries there... ?

Regards, - Graeme -

K-R

el es

No, but I had visions of Graeme typing feverishly before anybody noticed ;-)

No FreePascal or Lazarus entries there... ?

https://github.com/github/gitignore/blob/master/Global/Lazarus.gitignore

Oh,
I did not even think to dive into the Global sub dir ;) thx ;)

el es

Seems there is one in gitignore/Global sub dir (as Patrick pointed out, thanks again ;) )

el es

.rc

I presume that anything machine-generated and usually put into the lib directory shouldn't be stored even if it ends up elsewhere: .ppu, .o, .a, .res, .or.

3rd party .res might need to be stored (e.g. a windows icon).

I wish whoever wrote that had put in a URL for the wiki page, since searching for "gitignore" doesn't seem to bring up anything useful.

Should that be stored in all cases or is it version-specific?

[Nod] although these will usually stand out since they won't have the same basename as a form or unit.

Plus you can remove the LResources unit in the uses clause?

Regards,
- Graeme -

Yes.

Michael.

Only the ones you made yourself. IOW the same as with .res.

Thanks, got it.

Is there a Wiki page for "collected wisdom" relating to both Subversion and Git, or would it be useful if I created one?

Mark Morgan Lloyd wrote

Is there a Wiki page for "collected wisdom" relating to both Subversion and Git, or would it be useful if I created one?

It is called ?The Internet?. ;-)

Regards,
- Graeme -

About file types: maybe this page can be extended:

http://wiki.lazarus.freepascal.org/File_extensions

Mattias

Seems like a useful place to put it. Done, with redirects for gitignore and svn:ignore.