[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[egit-dev] Re: A 0.7.2 release?
|
2010/4/11 Robin Rosenberg
<robin.rosenberg@xxxxxxxxxx>
Hi,
I think we could drop a 0.7.2 with the current content from the 0.8.0 branch. It is compatible with Eclipse 3.4 now.
JGit changes since 0.7.1
---------------------------------------------
arthik K (1):
s/StringBuffer/StringBuilder as appropriate where no concurrency is needed
Marc Strapetz (1):
Make parsing of PersonIdent from raw byte array fault-tolerant.
Matthias Sohn (1):
Update build to use Tycho 0.8
Nico Sallembien (1):
Add a paranoid 'must be provided' option to ReceivePack
Robin Rosenberg (2):
JGit plugin not compatible with Eclipse 3.4
Speed up check for modifications of tracked resources
EGit change since 0.7,1
-----------------------------------------------
Auke Schrijnen (1):
Create index diff only once per repository
Dariusz Luksza (1):
Improved reability of GitProjectData class.
Jens Baumgart (4):
Externalize strings / add NON-NLS comments for technical strings
Fix unhandled CoreException in BranchOperation.refreshProjects
Make Repository Scanner a system Job
Externalize strings / add NON-NLS comments for technical strings
Mathias Kinzler (13):
Add a "Git Repositories View"
Allow to use the repository name in Git Label Decorations
Add Configuration to Repositories View
Replace System.out with proper tracing
Remember author and commiter in CommitDialog
Repositories View fixes/improvements
NPE during Eclipse shutdown
Repositories View margins
Add a "Git Repository Exploring" perspective
GitRepositoriesView: 3.4 compatibility
RepositorySearchDialog: border
Make tracing 3.4 compatible and plug-in local
Egit Push uses wrong URI/RefSpec
Matthias Sohn (1):
Update build to use Tycho 0.8
Mykola Nikishov (1):
Remove never used parameter
Robin Rosenberg (3):
EGit plugin not compatible with Eclipse 3.4, due to JSch dependency
EGit plugin not compatible with Eclipse 3.4, use of unavailable FilteredTree constructor
Tag as 0.7.2 release
Roland Grunberg (1):
Add option to replace selected files with version in the git index.
Ryan Schmitt (1):
Removed uninformative comments (mostly auto-generated non-Javadoc comments)
Shawn O. Pearce (2):
Qualify builds as 0.8.0
Qualify post-0.7.1 builds
Stefan Lay (2):
Refactor obsolete indirection in RepositoryAction.
Fix error handling in actions.
I'd prefer to pick all of this, but a minimalist (bug-fix-only) approach should include these:
JGit:
Robin Rosenberg (2):
JGit plugin not compatible with Eclipse 3.4
Speed up check for modifications of tracked resources
EGit:
Auke Schrijnen (1):
Create index diff only once per repository
Mathias Kinzler (13):
Egit Push uses wrong URI/RefSpec
Robin Rosenberg (3):
EGit plugin not compatible with Eclipse 3.4, due to JSch dependency
-- robin
According to [1] changes which are externally visible (as far as I understand this would include new features) should increment
the minor segment of the version number, increasing only the service segment is reserved for internal changes like bug fixes etc.
I am also not sure if it is ok to publish a new release containing new features without passing another formal release review
including IP check and the usual paperwork.
