question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

New repository behaviour doesn't match GitHub.com

See original GitHub issue

Description

When creating a new repository through GitHub Desktop with the settings shown below an “Initial commit” gets made for you, adding a default .gitattributes file (which has no new line for whatever reason). However, when you create one through GitHub.com with the same settings you get a blank repository to work with. Personally I prefer it to be completely blank, I understand that this commit can be undone straight away but it seems strange to have it different than GitHub.com.


Version

GitHub Desktop version: 1.0.6

OS version: Windows 10 Home 10.0.15063 - Build 15063


Steps to Reproduce

  1. Create a new repository on GitHub.com with the settings shown below.
  2. Create a new respository through GitHub desktop with the settings shown below.
  3. See the “Initial commit” that only gets made on the second repository.

Expected behavior: A blank repository with no commits.

Actual behavior: A repository already containing an “Initial commit”.

Reproduces how often: 100%


Additional Information

settings

Issue Analytics

  • State:closed
  • Created 6 years ago
  • Comments:6 (6 by maintainers)

github_iconTop GitHub Comments

1reaction
shiftkeycommented, Nov 10, 2017

not that I’m familiar with any of that but I’m sure if there’s a reason it’s a good one.

Probably the best summary of Git and line endings (and how we ended up with .gitattributes) is this piece by @tclem: “Mind the End of Your Line”. Have a read of that when you get a chance.

0reactions
joshabercommented, Nov 17, 2017

Yes, unfortunately line endings are thorny 😱

I’ve noticed that if for example I make a .gitattributes ahead of time in my project’s folder (before it’s been initialized) and then create a new repository using desktop within that folder it will overwrite my existing one with the default, is that intended too?

Hmm that sounds like a bug. Would you mind opening an issue specifically about that?

Read more comments on GitHub >

github_iconTop Results From Across the Web

Pre-commit hook behavior does not match what occurs in ...
Open a git repo, preferably with linting or something already set up; Use a simple hook similar to the following in .git/hooks/pre-commit. #!/ ......
Read more >
Desktop doesn't recognize a GitHub repository and won't push
Description GitHub Desktop doesn't recognize one of my repositories as being from GitHub and fails to push. Other repositories work fine, ...
Read more >
I can't connect to my own repository; I have never changed the ...
I am trying to setup my local Git repository so I can push updates to my GitHub repository. I am currently logged into...
Read more >
Improper commit attribution · Issue #610 · desktop ... - GitHub
Considerations: Unexpected mismatches most frequently occur when people have a work email on their GitHub account and a personal email in their Git...
Read more >
CI status of pull request doesn't match Github.com when tasks ...
The problem When tasks are skipped for a PR on Github.com, it does not consider the CI check as failed: However, the summary...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found