Am Freitag, 31. Januar 2014 10:28:21 UTC+1 schrieb Thomas Ferris Nicolaisen:
> I think the best way is to keep a clear and well-made .gitignore file, and 
> foster a culture that respects not changing it without good reason. Hard 
> constraints on contributors are usually counter-productive in the long run.

You are right, but the problem is, that on errors the first try is, to 
modify the file, which creates the "block", the error isn't be fixed. 

You received this message because you are subscribed to the Google Groups "Git 
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
For more options, visit

Reply via email to