GitEye不会表现出变化

时间:2014-04-07 03:22:31

标签: git github version-control giteye

使用GitEye:

我已将我现有的存储库从GitHub克隆到  ... git / Android.Project

使用文件管理器 我从我的工作目录中复制了更新的文件......  ... Projects / Android.Project 至  ... git / Android.Project

我的工作目录中没有.git文件,因此不会被覆盖。

使用GitEye:

我尝试将文件从Working Tree Files视图拖到Staged Changes视图,但是我没有成功。

我没有尝试提交并将更改推送回GitHub,并得到错误,"没有暂存的文件"

使用CLI:

  

cd git / Android.Project   git status

[修改和未跟踪文件列表出现.... YAY !!!!]

  

git commit -a -m"许多变化"

更改了15个文件,1121个插入(+),410个删除( - )

  

git status

没有添加到提交但未跟踪的文件存在(使用" git add"跟踪)

  

git add -A   git commit -a -m"资源图像"

     

git status

在分支主机上  您的分支机构领先于原创/主人。由2个提交。    (使用" git push"发布本地提交)

无需提交,工作目录清理

  

git remote -v

origin https://github.com/enetarch/Android.Todo.git(fetch)  来源https://github.com/enetarch/Android.Todo.git(推)

  

git push origin master

计数对象:83,完成。  Delta压缩使用多达8个线程。  压缩对象:100%(51/51),完成。  书写对象:100%(57/57),49.92 KiB,完成。  总计57(delta 24),重复使用0(delta 0)  至https://github.com/enetarch/Android.Todo.git    ad6e5a9..047bb32 master - >主

所以,我通过CLI做了所有这些,为什么GitEye无法做到这一点?

回到GitEye 我请求查看最新的GIT提交,并可以看到我通过CLI git提交的内容。

那么,是否有任何关于为什么这种方式不按照我期望的方式工作的想法?

请原谅格式化问题,显然StackOverflow不喜欢CLI复制/粘贴

3 个答案:

答案 0 :(得分:3)

试试这个:

窗口>偏好>一般>工作区。在右侧窗格中,选择“使用本机挂钩刷新或轮询”。重启GitEye。

现在更改任何文件,切换到GitEye并给它几秒钟。更改的文件将自动显示在 Git Files / Git Staging 视图中。

版本:GitEye(Linux 64位)版本4.6.0.1。 Screenshot

答案 1 :(得分:2)

您可能会看到类似于我经常与GitEye面对的情况。更改的文件不会立即显示在 Git Files 视图中。我通过从过滤选项的弹出菜单中选择任何其他选项来强制列表刷新。这是工作树文件列表上方的控件。

通常,我在“显示待定”列表中,所以我改为“显示清洁”。然后我改回“Show Pending”,我的更改文件通常会显示出来。

更新:事实证明这可能是Egit团队认可的错误的结果,并且已经解决了。

论坛帖子: EGit keeps showing CVS files in Unstaged/Staged view

错误: CVS directories are erroneously shown as deleted in staging view and commit dialog

尽管我已经知道升级到GitEye版本2.0已经解决了这个问题。

答案 2 :(得分:1)

刚刚添加到steal3rd的答案中,Git Repositories视图中隐藏了一个刷新按钮:

enter image description here