aboutsummaryrefslogtreecommitdiffhomepage
diff options
context:
space:
mode:
authorGravatar Maxim Khatskevich <maxim.khatskevich@gmail.com>2014-11-13 21:36:54 +0000
committerGravatar Maxim Khatskevich <maxim.khatskevich@gmail.com>2014-11-13 21:36:54 +0000
commitfa3b8ae1fcdea731368d1435354213de83e479fd (patch)
tree2b10b717ef81c47efaadf02c0117cd07e7aecadb
parent636bd4bf4ad3809aefd248c8b2996f3a1ac81f2d (diff)
Minor improvement in '.gitignore' file.
When you work in a team, it is really useful to have 'Podfile.lock' in gitignore as well. In a case when this file IS under version control and your teammate added something into 'Podfile', installed new pods on his machine and then you are pulling his fixes into your working copy - your working copy seems to be consistent for Cocoapods (because Podfile and Podfile.lock are in sync), but in fact your working copy is missing a new pod files, so you'll get build errors and will wonder what happens. But if we keep Podfile.lock in gitignore - you easily will fix that by just running standard 'pod install' command in Terminal.
-rw-r--r--.gitignore3
1 files changed, 2 insertions, 1 deletions
diff --git a/.gitignore b/.gitignore
index 6cb04ace..08119d07 100644
--- a/.gitignore
+++ b/.gitignore
@@ -25,4 +25,5 @@ DerivedData
*.xccheckout
#CocoaPods
-Pods \ No newline at end of file
+Pods
+Podfile.lock