10

Using GitEye:

I have cloned my existing repository down from GitHub, to ... git / Android.Project

Using File Manager I have copied the updated files from my working directory ... ... Projects / Android.Project to ... git / Android.Project

My working directory does not have a .git file in it, so it is not being overwritten.

Using GitEye:

I tried dragging the files from the Working Tree Files view to the Staged Changes view, and am unsuccessful.

I am not attempting to commit and push the changes back to GitHub, and get the eror, "There are no staged Files"

Using CLI:

cd git / Android.Project git status

[List of modified and untracked files appears .... YAY!!!!]

git commit -a -m"Many Changes"

15 files changed, 1121 insertions(+), 410 deletions(-)

git status

nothing added to commit but untracked files present (use "git add" to track)

git add -A git commit -a -m"resource images"

git status

On branch master Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to publish your local commits)

nothing to commit, working directory clean

git remote -v

origin https://github.com/enetarch/Android.Todo.git (fetch) origin https://github.com/enetarch/Android.Todo.git (push)

git push origin master

Counting objects: 83, done. Delta compression using up to 8 threads. Compressing objects: 100% (51/51), done. Writing objects: 100% (57/57), 49.92 KiB, done. Total 57 (delta 24), reused 0 (delta 0) To https://github.com/enetarch/Android.Todo.git ad6e5a9..047bb32 master -> master

So, I did all that through the CLI, why couldn't GitEye do this?

Back in GitEye I request to see the latest GIT commits and can see what I committed through CLI git.

So, any thoughts as to why this isn't working the way I expect it to?

Pardon the formatting issues, apparently StackOverflow doesn't like CLI copy/pastes

4

3 回答 3

6

试试这个:

窗口 > 首选项 > 常规 > 工作区。在右窗格中选择“使用本机挂钩或轮询刷新”。重启 GitEye。

现在对任何文件进行更改,切换到 GitEye 并等待几秒钟。更改的文件将自动出现在Git Files/Git Staging视图中。

版本:GitEye(Linux 64 位)版本 4.6.0.1。 截屏

于 2016-06-14T01:55:42.283 回答
2

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

通常,我在“显示待处理”列表中,所以我更改为“显示干净”之类的内容。然后我改回“显示待处理”,然后通常会显示我更改的文件。

更新: 事实证明,这可能是 Egit 团队识别的错误的结果,并且已得到解决。

论坛帖子: EGit 一直在 Unstaged/Staged 视图中显示 CVS 文件

错误: CVS 目录在暂存视图和提交对话框中错误地显示为已删除

据我所知,升级到 GitEye 2.0 版已经为我解决了这个问题。

于 2015-02-06T03:43:23.020 回答
1

只需添加到steal3rd 的答案中,Git 存储库视图中就会隐藏一个刷新按钮:

在此处输入图像描述

于 2015-10-27T17:56:34.323 回答