-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Git update to 2.16.1 #4312
Comments
Not to mention 2.15 added an option to check daily for git version updates.
…On Thu, Jan 4, 2018 at 4:21 PM Gerhard Olsson ***@***.***> wrote:
*Do you want to request a feature or report a bug?*
feature
*What is the current behavior?*
2.51RC1 contains git 2.13. The latest version is 2.15.1. 2.16.RC0 exists
too, 2.16 should be released in a couple of weeks.
I have used 2.15 since it was released, have not seen any problems.
There are to my knowledge no critical issues in 2.13 compared to 2.15.
There are some submodule and LFS enhancements, currently only used from the
command line.
GE should follow the Git releases when possible. Also stated in the
documentation
https://github.com/gitextensions/gitextensions/wiki/Release-cycle
*Environment you encounter the issue:*
- GitExtensions version: master
- GIT version: 2.15.1
- OS version: Win7/10
*Did this work in previous version of GitExtensions (which)?*
2.50 included the latest Git release at the time
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#4312>, or mute the
thread
<https://github.com/notifications/unsubscribe-auth/ADdhseSw00IYabZR_fMIeR507zqf0cWwks5tHUDSgaJpZM4RTuTr>
.
|
Perhaps we just need to enhance our build/setup scripts to download the latest version available at the time of build. |
Should probably be manual, we do not know what is stable. |
Yes, the release process is a labour intensive exercise. No wonder we had
one version per year...
…On 31/01/2018 9:22 AM, "Gerhard Olsson" ***@***.***> wrote:
Should probably be manual, we do not know what is stable.
I plan to submit a PR for 2.15.1 after a build script update with a few
simplifications (there should be a bigger take on the release process it
seems)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#4312 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AEMyXgySQ6cws0HI10YzV-rGrs8_UP2Bks5tP5Y8gaJpZM4RTuTr>
.
|
2.16.1 is working well for me (some fixes to reset since initial release) |
I suppose we can modify the setup to check whether git is installed on the user's computer and prompt them to install it, if it is missing. Probably do something like that for diff tools too, though at run time - if no diff tool is configured - prompt to configure/install? |
Submitted a PR for 2.16.1. Not a big deal also if we update later or select a better solution. Downloading if not detected by the installer would be preferred, but the installer is supposedly difficult to modify in this way. |
Can it be closed? |
Yes, this issue is for the update. |
Do you want to request a feature or report a bug?
feature
What is the current behavior?
2.51RC1 contains git 2.13. The latest version is 2.15.1. 2.16.RC0 exists too, 2.16 should be released in a couple of weeks.
I have used 2.15 since it was released, have not seen any problems.
There are to my knowledge no critical issues in 2.13 compared to 2.15. There are some submodule and LFS enhancements, currently only used from the command line.
GE should follow the Git releases when possible. Also stated in the documentation
https://github.com/gitextensions/gitextensions/wiki/Release-cycle
Environment you encounter the issue:
Did this work in previous version of GitExtensions (which)?
2.50 included the latest Git release at the time
The text was updated successfully, but these errors were encountered: