life cycle documentation
Greetings,
I am unable to find any documentation regarding the life cycle regarding the various versions of git. Is only the current version supported? What about older minor/major versions? At what point does a version go EOL? Currently, is only 2.1.2 supported? I would entertain the thought on creating a RELEASES document if the information is provided.
Ben Harper
OS Deployment Services, RPMDEV
Rackspace Hosting & IUS Community
Quoted 7 lines · Ben Harper
Greetings,
I am unable to find any documentation regarding the life cycle regarding the various versions of git. Is only the current version supported? What about older minor/major versions? At what point does a version go EOL? Currently, is only 2.1.2 supported? I would entertain the thought on creating a RELEASES document if the information is provided.
The development process is outlined at [0]. Usually there's just one supported release (at the moment, 2.1.2), although I have occasionally seen releases out of order (from different branches).
Having said that, Git developers try very hard not to break things, so many people are fine using an older version, such as the ones their distros provide. It is considered courteous to try the latest version before reporting a bug, however.
[0] https://github.com/git/git/blob/master/Documentation/howto/maintain-git.txt
Signature · 3 lines
brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
Quoted 12 lines · brian m. carlson
Quoted 7 lines · Ben Harper
Greetings,
I am unable to find any documentation regarding the life cycle regarding the various versions of git. Is only the current version supported? What about older minor/major versions? At what point does a version go EOL? Currently, is only 2.1.2 supported? I would entertain the thought on creating a RELEASES document if the information is provided.
The development process is outlined at [0]. Usually there's just one supported release (at the moment, 2.1.2), although I have occasionally seen releases out of order (from different branches).
Quoted 6 lines
Having said that, Git developers try very hard not to break things, so many people are fine using an older version, such as the ones their distros provide. It is considered courteous to try the latest version before reporting a bug, however.
[0] https://github.com/git/git/blob/master/Documentation/howto/maintain-git.txt
Hey Brian,
Thanks for the clarification. Someone in IRC mentioned the maintain-git.txt file. I skimmed it and searched for some keywords, but was unable to find the information I needed.
Do you feel a RELEASES document is needed or is the maintain-git.txt file sufficient?
Ben Harper
OS Deployment Services, RPMDEV
Rackspace Hosting & IUS Community
Quoted 6 lines · Ben Harper
Thanks for the clarification. Someone in IRC mentioned the maintain-git.txt file. I skimmed it and searched for some keywords, but was unable to find the information I needed.
Do you feel a RELEASES document is needed or is the maintain-git.txt file sufficient?
I don't personally feel one is needed. However, I'm a semi-regular on the list, so my opinion of what would be helpful to people less familiar with the project is going to be skewed. If you were to send a patch to add a releases.txt file in the Documentation directory, it would probably be welcome.
Signature · 3 lines
brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187