New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SHA 256 #5483
Comments
GE is being prepared with the ObjectId abstraction (also for memory and speed reasons). |
Right. I was making sure it was noted. It could be an issue if output
is different than we expect.
…On Wed, Sep 26, 2018, 5:48 PM Gerhard Olsson ***@***.***> wrote:
GE is being prepared with the ObjectId abstraction (also for memory and
speed reasons).
But I see no need to support SHA256 officially yet.
I suggest that this is closed for now.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5483 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADdhsQZnEi8cflDG8orgpH40DjqSf5ePks5ue_Y8gaJpZM4W5eC6>
.
|
I believe Git now supports arbitrary hashes, so any future work here should be thinking beyond SHA256. |
Correct. I just wanted everyone to be on the same page and we would need to
alter our code to support the different hashes and their output.
…On Tue, Oct 2, 2018, 6:16 PM Drew Noakes ***@***.***> wrote:
I believe Git now supports arbitrary hashes, so any future work here
should be thinking beyond SHA256.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#5483 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADdhsVE-bP6KDC935S1Bh2a2OAsb3dlYks5ug-XOgaJpZM4W5eC6>
.
|
Just wanted to give some feedback since git officially supports sha256 hashes now. I just tried to open a git repo with sha256 hashes (created with For the commit
GE shows
The branches are not recognized in the left tree view.
Exit code: 128
|
GE internally stores the object id as sha1, so sha256 will not work. I did not expect any info to be shown... |
I made some changes in the draft PR #11707, basically changing the ObjectId to be able to hold a sha1 or sha256 hash and changing some regexes. I also added dots to the git log format so that RevisionReader can see where a hash ends. With these changes, GE can parse and display the git log of a sha256 repository, displays the branches and the commit tabs such as Files or Diff also work. Can you or someone else check whether this is a sensible approach for the project? Then I would try to continue in this way. |
Can you read the configuration for a repo and get the length of the sha? |
Somewhat possible with |
Do you want to request a feature or report a bug?
Feature
What is the current behavior?
We only support sha1.
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem.
What is the expected behavior?
Supporting sha 256 also as mentioned here. https://blog.github.com/2018-09-10-highlights-from-git-2-19/#transitioning-away-from-sha-1
Environment you encounter the issue:
Did this work in previous version of GitExtensions (which)?
no
The text was updated successfully, but these errors were encountered: