Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
Next:
badges earned

Your Points Tracker
Challenges
Leaderboard
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Recognition
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Kudos
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Why is sourceTree showing changes when there are none?

SourceTree is consistently incorrect with regard to my working copy changes.

Cygwin will correctly show: "nothing to commit (working directory clean)"

But SourceTree will show seemingly random files (sometimes they are my last commited files) as modified, with mode 100755 -> 100644.

Is sourcetree attempting to change the modes of these files itself? Why? Stop it.

How do I get sourcetree to not be annoying?

Thanks!

-The guy who reverted back to CLI, despite sourcetree's pretty git commit history graphics, because it does too many magics that break stuff.

4 answers

From my experience, Git doesn't pay attention to file permissions on the working copy. You have to explicitly modify permissions on the index, which is annoying if you have shell scripts in version control that need the executable bit set.

It's possible that SourceTree has a "feature" to detect permissions changes on the working copy and make the index changes for you as though they are a standard commit.

100755 -> 100644 implies that the executable bit has been un-set. This seems possible to be the behavior of your editor, combined with the fact that Git CLI ignores that particular type of change.

Of course, I use SourceTree on windows, so my file permissions system is not translatable to *nix permission bits, so I can't have this problem. It could be SourceTree, I suppose.

It appears that git actually recognizes these changes by default(core.fileMode=true) - https://www.kernel.org/pub/software/scm/git/docs/v1.7.10.1/git-config.html

However, the documentation states that cloning or init-ing a repo can cause it to set core.fileMode to false.. but not exactly under what circumstances it makes this change.

I'll have to double check and see what my git config looks like for that project tomorrow..

+1 git config core.fileMode false

This didn't actually change my git status output from the command line, but did change the results in sourcetree

Like # people like this

git config --global core.fileMode false

Like # people like this

It looks like I found a way to fix this problem: go to Tools -> Options -> Git -> press Use System Git. Upon refresh, SourceTree no longer showed the files in question as changed.

Apparently this is not an option anymore.

@Todd Benham - Could you clarify? I still see the option:image.pngMaybe a difference between Windows and Mac? My screenshot is Windows.

Oh geez, thanks for that clarification, I was looking for literally "Use System Git" not just System under Git Version.

SourceTree still shows me files with that message, those files have not been changed.

For example: My LESS files are compiled to CSS, even if they are just recompiled, sourceTree still shows them to me.

We need an option to hide those files if no changes have been detected.

Still can't find any solution to this problem , i tried changing SHOW WHITESPACE to IGNORE WHITESPACE but that does not do anything.... 



Sometime SourceTree detects changes when there are space blanks (ejem: indentation spaces), but does not display the change log, only just send alert that there are changes.

.

Yes, this is expected behavior if you have your diff options set to "Ignore Whitespace".

Like BERDJEGHLOUL Adel likes this

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Sourcetree

Tip from the team: configure your repos for hosting goodness!

Supported Platforms macOS Windows We recently introduced support for additional hosting services such as GitHub Enterprise, GitLab (Cloud, Community Edition, Enterprise Edition), and...

3,419 views 4 5
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you