I have a database configuration file that has default values that are unimportant. However, any changes to this file would contain sensitive information that should not be tracked in the repo.
I would like future pulls of the Git repository to include the default version but disregard any changes made by any user.
The following keeps a local configuration but pushes the delete to the repo resulting in issues for future pulls.
cat "app/dir/config.file" >> .gitignore git rm --cached app/dir/config.file
The following does the job but does not persist past the push to the repo.
git update-index --assume-unchanged app/dir/config.file
This seems like a common requirement for version control around sensitive information but I can't seem to find a solution.
Using git update-index to Stop Tracking Files in Git Sometimes, we may wish to keep a file in the repository but no longer want to track its changes. We can use the git update-index command with the --skip-worktree option to achieve this.
Git can only ignore files that are untracked - files that haven't been committed to the repository, yet. That's why, when you create a new repository, you should also create a . gitignore file with all the file patterns you want to ignore.
If you want to ignore a file that you've committed in the past, you'll need to delete the file from your repository and then add a . gitignore rule for it. Using the --cached option with git rm means that the file will be deleted from your repository, but will remain in your working directory as an ignored file.
As usual github has a great doc on this.
https://help.github.com/articles/ignoring-files#ignoring-versioned-files
Here's the relevant snippet:
Ignoring versioned files
Some files in a repository change often but are rarely committed. Usually, these are various local configuration files that are edited, but should never be committed upstream. Git lets you ignore those files by assuming they are unchanged.
- In Terminal, navigate to the location of your Git repository.
- Run the following command in your terminal:
git update-index --assume-unchanged path/to/file.txt
Once you mark a file like this, Git completely ignores any changes on it. It will never show up when running
git status
orgit diff
, nor will it ever be committed.To make Git track the file again, simply run:
git update-index --no-assume-unchanged path/to/file.txt
.
Not sure if this is the "best" way... but what I have found to work takes a few steps.
New Laravel Example:
git init
.gitignore
files for desired results like not losing the vendors folders.git add .
git commit -m "first commit"
git rm --cached public /.htaccess
then git rm --cached .env
git commit
git status
should show those files as deleted.Now those can be edited, and you can have local and production versions. NOTE: You may have to repeat all these steps the first time on the production set-up as well. So far this has worked well for me.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With