You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(30) |
Aug
(79) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
From: SourceForge.net <no...@so...> - 2008-08-03 06:46:59
|
Bugs item #2029073, was opened at 2008-07-26 21:22 Message generated for change (Comment added) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029073&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Andrew Case (andrewcase) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: Make GitAddOptions optional Initial Comment: I'm wondering if api commands can have optional 'options' when they really are optional. I see it done both ways (git-mv vs. git-add). I would think that if the command line options are options, so should the object paramaters: Can GitAdd provide: public GitAddResponse add(java.io.File repositoryPath, java.io.File file) throws java.io.IOException, JavaGitException as well as public GitAddResponse add(java.io.File repositoryPath, GitAddOptions options, java.io.File file) throws java.io.IOException, JavaGitException Thanks, -- Drew ---------------------------------------------------------------------- >Comment By: Gurdeep Dhindsa (dhindsg) Date: 2008-08-03 02:46 Message: Logged In: YES user_id=2143686 Originator: NO Two additional APIs have been added to GitAdd with no options needed. - public GitAddResponse add(File repositoryPath, File file) throws JavaGitException, IOException; - public GitAddResponse add(File repositoryPath, List<File> filePaths) throws JavaGitException, IOException; ---------------------------------------------------------------------- Comment By: Gurdeep Dhindsa (dhindsg) Date: 2008-08-03 02:44 Message: Logged In: YES user_id=2143686 Originator: NO Two additional APIs have been added to GitAdd with no options needed. - public GitAddResponse add(File repositoryPath, File file) throws JavaGitException, IOException; - public GitAddResponse add(File repositoryPath, List<File> filePaths) throws JavaGitException, IOException; ---------------------------------------------------------------------- Comment By: James H. Linder (jhlinder) Date: 2008-08-03 01:08 Message: Logged In: YES user_id=1099750 Originator: NO Gurdeep, Nutan, If one of you can fix this before the build, that would be great. James ---------------------------------------------------------------------- Comment By: nutans (nutans) Date: 2008-07-31 10:37 Message: Logged In: YES user_id=2152864 Originator: NO Gurdeep, Have you done this already(on your machine)? Or, do you want me to assign it to myself and fix the problem? ~Nutan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029073&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-03 06:44:26
|
Bugs item #2029073, was opened at 2008-07-26 21:22 Message generated for change (Comment added) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029073&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Andrew Case (andrewcase) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: Make GitAddOptions optional Initial Comment: I'm wondering if api commands can have optional 'options' when they really are optional. I see it done both ways (git-mv vs. git-add). I would think that if the command line options are options, so should the object paramaters: Can GitAdd provide: public GitAddResponse add(java.io.File repositoryPath, java.io.File file) throws java.io.IOException, JavaGitException as well as public GitAddResponse add(java.io.File repositoryPath, GitAddOptions options, java.io.File file) throws java.io.IOException, JavaGitException Thanks, -- Drew ---------------------------------------------------------------------- >Comment By: Gurdeep Dhindsa (dhindsg) Date: 2008-08-03 02:44 Message: Logged In: YES user_id=2143686 Originator: NO Two additional APIs have been added to GitAdd with no options needed. - public GitAddResponse add(File repositoryPath, File file) throws JavaGitException, IOException; - public GitAddResponse add(File repositoryPath, List<File> filePaths) throws JavaGitException, IOException; ---------------------------------------------------------------------- Comment By: James H. Linder (jhlinder) Date: 2008-08-03 01:08 Message: Logged In: YES user_id=1099750 Originator: NO Gurdeep, Nutan, If one of you can fix this before the build, that would be great. James ---------------------------------------------------------------------- Comment By: nutans (nutans) Date: 2008-07-31 10:37 Message: Logged In: YES user_id=2152864 Originator: NO Gurdeep, Have you done this already(on your machine)? Or, do you want me to assign it to myself and fix the problem? ~Nutan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029073&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-03 05:10:29
|
Bugs item #2031803, was opened at 2008-07-29 15:44 Message generated for change (Comment added) made by jhlinder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2031803&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 9 Private: No Submitted By: Andrew Case (andrewcase) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: GitStatusResponse Returns Invalid Files Initial Comment: The GitStatusResponse.getUntracked() gives back a list of invalid files. When I have a project in: /home/acase/projects/runtime-EclipseApplication/hello With untracked files: .classpath .project bin It passes back the iterator with files: untracked: /home/acase/.classpath untracked: /home/acase/.project untracked: /home/acase/bin These aren't valid files. It should be: /home/acase/projects/runtime-EclipseApplication/hello/.classpath /home/acase/projects/runtime-EclipseApplication/hello/.project /home/acase/projects/runtime-EclipseApplication/hello/bin ---------------------------------------------------------------------- >Comment By: James H. Linder (jhlinder) Date: 2008-08-03 01:10 Message: Logged In: YES user_id=1099750 Originator: NO Gurdeep, This seems like a pretty important bug to fix. What is its status? James ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2031803&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-03 05:08:43
|
Bugs item #2029073, was opened at 2008-07-26 21:22 Message generated for change (Comment added) made by jhlinder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029073&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Andrew Case (andrewcase) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: Make GitAddOptions optional Initial Comment: I'm wondering if api commands can have optional 'options' when they really are optional. I see it done both ways (git-mv vs. git-add). I would think that if the command line options are options, so should the object paramaters: Can GitAdd provide: public GitAddResponse add(java.io.File repositoryPath, java.io.File file) throws java.io.IOException, JavaGitException as well as public GitAddResponse add(java.io.File repositoryPath, GitAddOptions options, java.io.File file) throws java.io.IOException, JavaGitException Thanks, -- Drew ---------------------------------------------------------------------- >Comment By: James H. Linder (jhlinder) Date: 2008-08-03 01:08 Message: Logged In: YES user_id=1099750 Originator: NO Gurdeep, Nutan, If one of you can fix this before the build, that would be great. James ---------------------------------------------------------------------- Comment By: nutans (nutans) Date: 2008-07-31 10:37 Message: Logged In: YES user_id=2152864 Originator: NO Gurdeep, Have you done this already(on your machine)? Or, do you want me to assign it to myself and fix the problem? ~Nutan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029073&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-03 05:07:31
|
Bugs item #2027353, was opened at 2008-07-24 21:08 Message generated for change (Comment added) made by jhlinder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2027353&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Commands API >Group: New Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Michelle Osborne (mso206) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: GitStatusResponse missing renamed files Initial Comment: GitStatusResponse does not return any handle on files that were renamed. If possible it would be nice to know the name of the file both before and after the rename. ---------------------------------------------------------------------- >Comment By: James H. Linder (jhlinder) Date: 2008-08-03 01:07 Message: Logged In: YES user_id=1099750 Originator: NO Michelle, Gurdeep indicates this has been fixed. Does it work for you? James ---------------------------------------------------------------------- Comment By: Gurdeep Dhindsa (dhindsg) Date: 2008-08-02 16:57 Message: Logged In: YES user_id=2143686 Originator: NO Added the functionality to get renamed files from GitStatus. response,getRenamedFilesToCommitIterator() will return Iterable object over list of files that have been renamed. The files returned are the files after renaming. ---------------------------------------------------------------------- Comment By: Michelle Osborne (mso206) Date: 2008-07-24 21:22 Message: Logged In: YES user_id=2154647 Originator: YES Actually on second thought I think it's fine to just know the name of the file after rename. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2027353&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-03 01:06:42
|
Bugs item #2036301, was opened at 2008-08-02 21:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2036301&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: New Status: Open Resolution: None Priority: 7 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Fix JavaDocs to print no warnings during javadoc generation Initial Comment: JavaDoc generation prints many warnings. Fix the code so those warnings are not generated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2036301&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 21:07:56
|
Bugs item #2029869, was opened at 2008-07-27 20:31 Message generated for change (Settings changed) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029869&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands API Group: New Status: Open Resolution: None Priority: 7 Private: No Submitted By: James H. Linder (jhlinder) >Assigned to: Gurdeep Dhindsa (dhindsg) Summary: Enhance the javadocs for GitStatus methods Initial Comment: This is a comment left about the GitStatus javadocs in another bug. Opening a new bug for this to be fixed. The comments: Those javadocs are nice, I've been using them, but often they are vague when discussing details about parameters... for example: public GitStatusResponse getSingleFileStatus(java.io.File repositoryPath, java.io.File path) throws JavaGitException, java.io.IOException It returns a GitStatusResonse object that contains all the details of the output of <git-status> command, but filters output for a single file Parameters: repositoryPath - Directory path to the root of the repository. path - I assume that "repositoryPath" is probably the parent directory that contains .git (that's what is sounds like at least) and not the .git directory itself. But "path"? I assume this is the file instance of the file I want to get the status of... but maybe/maybe not. Some more work could be done on these to clarify things like this. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-07-29 14:34 Message: Logged In: NO Description "file - Filename or directory" is useless. Please say how this parameter affects the result. public GitStatusResponse status(java.io.File repositoryPath, GitStatusOptions options, java.io.File file) throws JavaGitException, java.io.IOException It returns a GitStatusResonse object that contains all the details of the output of <git-status> command. Instead of passing a list of paths, this method takes a String argument to a file-path. Parameters: repositoryPath - Directory path to the root of the repository. options - Options that are passed to <git-status> command. file - Filename or directory ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2029869&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 20:33:19
|
Bugs item #2033200, was opened at 2008-07-30 18:18 Message generated for change (Comment added) made by nutans You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033200&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands API Group: New >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Andrew Case (andrewcase) Assigned to: nutans (nutans) Summary: GitMvResponse doesn't let us know about success Initial Comment: GitMvResponse() doesn't seem to let us know if the operation was a success/failure. ---------------------------------------------------------------------- >Comment By: nutans (nutans) Date: 2008-08-02 16:33 Message: Logged In: YES user_id=2152864 Originator: NO This is fixed and still open for 2-3 days. Is verified by James. So, I am closing it. ~Nutan ---------------------------------------------------------------------- Comment By: James H. Linder (jhlinder) Date: 2008-07-30 21:38 Message: Logged In: YES user_id=1099750 Originator: NO Andrew, it is expected that GitMv does not notify when a move was successful. This follows the response that git-mv itself gives. Nutan, if the JavaDocs for GitMv/GitMvResponse do not already say so, please update them to say that no response is expected when git-mv successfully moves the file. Cheers, James ---------------------------------------------------------------------- Comment By: Andrew Case (andrewcase) Date: 2008-07-30 21:35 Message: Logged In: YES user_id=2143267 Originator: YES I'm fine with that as a the implementation. But then you need to put it in the javadocs that if it passes back a valid GitMvResponse as opposed to throwing an exception, then it is guaranteed to have succeeded. Otherwise as far as I know it good have failed. ---------------------------------------------------------------------- Comment By: nutans (nutans) Date: 2008-07-30 19:32 Message: Logged In: YES user_id=2152864 Originator: NO I made it behave as git-mv command does. On successful move/rename it doesn't give any message(when there is none received from the git-mv execution), but, if the move/rename fails for any reason, proper exception messages are generated and thrown. Do you think there should be some difference in behavior? Should there be a response message even if there is no message coming from git-mv command? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033200&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 20:11:35
|
Bugs item #2033420, was opened at 2008-07-30 23:29 Message generated for change (Comment added) made by jhlinder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033420&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands API >Group: v0.1.0 (fixed in) >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Andrew Case (andrewcase) Assigned to: nutans (nutans) Summary: Missing GitRm.rm command Initial Comment: Missing: GitRmResponse rm(java.io.File repository, GitRmOptions options, java.io.File path) ---------------------------------------------------------------------- >Comment By: James H. Linder (jhlinder) Date: 2008-08-02 16:11 Message: Logged In: YES user_id=1099750 Originator: NO Nutan added this method on July 31st. ---------------------------------------------------------------------- Comment By: nutans (nutans) Date: 2008-07-31 10:22 Message: Logged In: YES user_id=2152864 Originator: NO James, I will do this. ~Nutan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033420&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 20:00:47
|
Bugs item #2026816, was opened at 2008-07-24 09:47 Message generated for change (Comment added) made by jhlinder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2026816&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: CLI Implementation >Group: v0.1.0 (fixed in) >Status: Closed Resolution: Fixed Priority: 8 Private: No Submitted By: Han Qiu (devilhan) Assigned to: James H. Linder (jhlinder) Summary: GitRm doesn't extract the relative path of the file Initial Comment: CliGitAdd extracts the relative path of a file while buiding the commandline option, which is correct. CliGitRm doesn't do this, so there is no way I can give a file name to CliGitRm and expect it to be remove successfully. If I give it, "test.txt", it will get the absolute path of the file, which is /ProjectPath/test.txt, if I give it "/test.txt", it will keep it as "/test.txt". Either way it is not going to work. ---------------------------------------------------------------------- >Comment By: James H. Linder (jhlinder) Date: 2008-08-02 16:00 Message: Logged In: YES user_id=1099750 Originator: NO Closing the bug. It has been 10 days and no response has been posted from the reporter. If the issue comes up again, open a new bug and reference this one. ---------------------------------------------------------------------- Comment By: nutans (nutans) Date: 2008-07-31 10:43 Message: Logged In: YES user_id=2152864 Originator: NO Hi Drew/Han, As we resolved the getAbsolutePath() and getPath() issue, this problem should not be there now. Can you check this and close the bug? ~Nutan ---------------------------------------------------------------------- Comment By: Andrew Case (andrewcase) Date: 2008-07-27 20:13 Message: Logged In: YES user_id=2143267 Originator: NO That is just an example, I didn't even check to see whose code it is, so I'm not complaining about your GitRm or your javadocs. And most of the javadocs are very well done. Thank you for all your hard work. :-) ---------------------------------------------------------------------- Comment By: Andrew Case (andrewcase) Date: 2008-07-27 20:11 Message: Logged In: YES user_id=2143267 Originator: NO Yeah, Those javadocs are nice, I've been using them, but often they are vague when discussing details about parameters... for example: public GitStatusResponse getSingleFileStatus(java.io.File repositoryPath, java.io.File path) throws JavaGitException, java.io.IOException It returns a GitStatusResonse object that contains all the details of the output of <git-status> command, but filters output for a single file Parameters: repositoryPath - Directory path to the root of the repository. path - I assume that "repositoryPath" is probably the parent directory that contains .git (that's what is sounds like at least) and not the .git directory itself. But "path"? I assume this is the file instance of the file I want to get the status of... but maybe/maybe not. Some more work could be done on these to clarify things like this. ---------------------------------------------------------------------- Comment By: James H. Linder (jhlinder) Date: 2008-07-27 19:12 Message: Logged In: YES user_id=1099750 Originator: NO Drew, Right now, GitRm, GitCommit, and GitReset are sure to work. This is a fix that is being implemented in the other commands too. For more information on the specific expectations of the File parameters to the listed commands, see their javadoc pages. To generate those pages using maven, use the command "mvn javadoc:javadoc"; they will be deposited in the target/site/apidocs directory. James ---------------------------------------------------------------------- Comment By: Andrew Case (andrewcase) Date: 2008-07-27 17:56 Message: Logged In: YES user_id=2143267 Originator: NO James, Is this something that has been checked with the rest of the standard commands (Add/Mv) to make sure they are setup properly too? Thanks, -- Drew ---------------------------------------------------------------------- Comment By: James H. Linder (jhlinder) Date: 2008-07-24 20:37 Message: Logged In: YES user_id=1099750 Originator: NO Han, I've fixed the problem. Please checkout the new code and verify that it works for you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2026816&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 18:06:04
|
Feature Requests item #2031734, was opened at 2008-07-29 14:31 Message generated for change (Comment added) made by ma1683 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2031734&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Paul M Bethe (pbethe) Assigned to: Nobody/Anonymous (nobody) Summary: GitStatusResponse API Initial Comment: None of the methods in the GitStatus Response really do what I want: I have a list/array of files. I want to call GitStatus once, then iterate over my list and get the status of each file. eg. GitStatusResponse gsr = new GitStatus().status(myroot); for (File f : myfileList) { stat.add(gsr.getStatus(f)); } or something like that. Currently that does not seem to be possible in the existing api. ---------------------------------------------------------------------- >Comment By: Maxim A. (ma1683) Date: 2008-08-02 14:06 Message: Logged In: YES user_id=2155661 Originator: NO Paul, I apologize, I actually misunderstood your original question. However, if you use API, you can still get list of GitFileSystemObjects from WorkingTree (getTree()) and then iterate through the list and call getStatus() on each object. There is one complication: you have to check if GitFileSystemObject object is a GitFile object, and then convert it to one, before you call getStatus(). ---------------------------------------------------------------------- Comment By: Maxim A. (ma1683) Date: 2008-08-02 13:52 Message: Logged In: YES user_id=2155661 Originator: NO There is a different way to get the status of the of a file. You can use higher level API. WorkingTree class has a method GitFile getFile(File file), which returns you an instance of GitFile. You can then simply call GitFile's getStatus() method. If you really do not want to use that API, I've also recently added a new method to GitStatus: getFileStatus(). Then you can simply do the following: File repositoryDirectory; /* init repository directory... */ File myFile("foo"); GitFileSystemObject.Status status = new GitStatus().getSingleFileStatus(repositoryDirectory, myFile); GitFileSystemObject.Status is an enumeration. See GitFileSystemObject.java for details. ---------------------------------------------------------------------- Comment By: Paul M Bethe (pbethe) Date: 2008-07-29 19:00 Message: Logged In: YES user_id=308431 Originator: YES ALSO, in this new getStatus method, please consider returning untracked for files which are in an untracked folder. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2031734&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 17:52:35
|
Feature Requests item #2031734, was opened at 2008-07-29 14:31 Message generated for change (Comment added) made by ma1683 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2031734&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Paul M Bethe (pbethe) Assigned to: Nobody/Anonymous (nobody) Summary: GitStatusResponse API Initial Comment: None of the methods in the GitStatus Response really do what I want: I have a list/array of files. I want to call GitStatus once, then iterate over my list and get the status of each file. eg. GitStatusResponse gsr = new GitStatus().status(myroot); for (File f : myfileList) { stat.add(gsr.getStatus(f)); } or something like that. Currently that does not seem to be possible in the existing api. ---------------------------------------------------------------------- >Comment By: Maxim A. (ma1683) Date: 2008-08-02 13:52 Message: Logged In: YES user_id=2155661 Originator: NO There is a different way to get the status of the of a file. You can use higher level API. WorkingTree class has a method GitFile getFile(File file), which returns you an instance of GitFile. You can then simply call GitFile's getStatus() method. If you really do not want to use that API, I've also recently added a new method to GitStatus: getFileStatus(). Then you can simply do the following: File repositoryDirectory; /* init repository directory... */ File myFile("foo"); GitFileSystemObject.Status status = new GitStatus().getSingleFileStatus(repositoryDirectory, myFile); GitFileSystemObject.Status is an enumeration. See GitFileSystemObject.java for details. ---------------------------------------------------------------------- Comment By: Paul M Bethe (pbethe) Date: 2008-07-29 19:00 Message: Logged In: YES user_id=308431 Originator: YES ALSO, in this new getStatus method, please consider returning untracked for files which are in an untracked folder. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2031734&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 17:07:52
|
Bugs item #2033959, was opened at 2008-07-31 10:42 Message generated for change (Settings changed) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033959&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands API Group: New Status: Open >Resolution: Fixed Priority: 9 Private: No Submitted By: Paul M Bethe (pbethe) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: finish converting GitStatusResponse to iteratable Initial Comment: Michelle made the request to change the various 'getModifiedFilesToCommitIterator' etc. to return Iterable<File> instead of Iterator<File> however only *most* of the functions were changed, but not all. So common code on the gitclipse side to run through the various results is now broken. still to convert:: getNewFilesToCommitIterarator ---------------------------------------------------------------------- Comment By: Gurdeep Dhindsa (dhindsg) Date: 2008-08-02 13:06 Message: Logged In: YES user_id=2143686 Originator: NO Updated getNewFilesToCommitIterarator() method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033959&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 17:07:01
|
Bugs item #2033959, was opened at 2008-07-31 10:42 Message generated for change (Comment added) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033959&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands API Group: New Status: Open Resolution: None Priority: 9 Private: No Submitted By: Paul M Bethe (pbethe) Assigned to: Gurdeep Dhindsa (dhindsg) Summary: finish converting GitStatusResponse to iteratable Initial Comment: Michelle made the request to change the various 'getModifiedFilesToCommitIterator' etc. to return Iterable<File> instead of Iterator<File> however only *most* of the functions were changed, but not all. So common code on the gitclipse side to run through the various results is now broken. still to convert:: getNewFilesToCommitIterarator ---------------------------------------------------------------------- >Comment By: Gurdeep Dhindsa (dhindsg) Date: 2008-08-02 13:06 Message: Logged In: YES user_id=2143686 Originator: NO Updated getNewFilesToCommitIterarator() method. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033959&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 16:19:17
|
Bugs item #2027353, was opened at 2008-07-24 21:08 Message generated for change (Settings changed) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2027353&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michelle Osborne (mso206) >Assigned to: Gurdeep Dhindsa (dhindsg) Summary: GitStatusResponse missing renamed files Initial Comment: GitStatusResponse does not return any handle on files that were renamed. If possible it would be nice to know the name of the file both before and after the rename. ---------------------------------------------------------------------- Comment By: Michelle Osborne (mso206) Date: 2008-07-24 21:22 Message: Logged In: YES user_id=2154647 Originator: YES Actually on second thought I think it's fine to just know the name of the file after rename. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2027353&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 16:18:15
|
Bugs item #2033470, was opened at 2008-07-31 00:31 Message generated for change (Settings changed) made by dhindsg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033470&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands API Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Patrick Winters (pcw216) >Assigned to: Gurdeep Dhindsa (dhindsg) Summary: GitStatusResponse Iterator/Iterable inconsistencies Initial Comment: GitStatusResponse has methods to get iterators over lists of Files. Most have been updated to return Iterable's but some are still returning Iterator's GitStatusResponse().getNewFilesToCommitIterarator() for example returns and Iterator. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089899&aid=2033470&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:11:08
|
Feature Requests item #2035517, was opened at 2008-08-01 21:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035517&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Remote Initial Comment: Implement the GitRemote command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035517&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:10:30
|
Feature Requests item #2035516, was opened at 2008-08-01 21:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035516&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Merge Initial Comment: Implement the GitMerge command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035516&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:10:01
|
Feature Requests item #2035514, was opened at 2008-08-01 21:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035514&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Revert Initial Comment: Implement the GitRevert command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035514&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:09:04
|
Feature Requests item #2035513, was opened at 2008-08-01 21:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035513&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Config Initial Comment: Implement the GitConfig command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035513&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:08:37
|
Feature Requests item #2035512, was opened at 2008-08-01 21:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035512&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Gc Initial Comment: Implement the GitGc command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035512&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:02:40
|
Feature Requests item #2035506, was opened at 2008-08-01 21:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035506&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Rebase Initial Comment: Implement the GitRebase command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035506&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:02:05
|
Feature Requests item #2035504, was opened at 2008-08-01 21:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035504&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Push Initial Comment: Implement the GitPush command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035504&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:01:42
|
Feature Requests item #2035503, was opened at 2008-08-01 21:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035503&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Fetch Initial Comment: Implement the GitFetch command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035503&group_id=233450 |
From: SourceForge.net <no...@so...> - 2008-08-02 01:01:20
|
Feature Requests item #2035502, was opened at 2008-08-01 21:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035502&group_id=233450 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Commands Group: New Status: Open Resolution: None Priority: 5 Private: No Submitted By: James H. Linder (jhlinder) Assigned to: Nobody/Anonymous (nobody) Summary: Git Clone Initial Comment: Implement the GitClone command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1089902&aid=2035502&group_id=233450 |