| Summary: | Allow sharing a project with existing repository by moving its contents | ||
|---|---|---|---|
| Product: | [Technology] EGit | Reporter: | Benjamin Muskalla <b.muskalla> |
| Component: | UI | Assignee: | Project Inbox <egit.ui-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | robin, stefan.lay |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Bug Depends on: | 356953 | ||
| Bug Blocks: | |||
|
Description
Benjamin Muskalla
I cannot reproduce the problem: When you create a new project below an existing repository the share wizard recognizes the repository and displays the relative path in the third column of the "Configure Git Repository" Page. What exactly do you have to do on the command line? Hm....i really don't get it. Git repo at /gitrepos/foo One project at /gitrepos/foo/project1 Workspace: * Cloned repo * project1 in workspace * Create project2 in workspace * Team > Share on project2 * Cannot specify existing repository (eg. from a combo) * Cannot use /gitrepos/foo/project2 I think what you meant is to specifiy /gitrepos/foo/project2 as location when creating the project. With that, I was partly successful sharing the project (git repo view stays out of sync). In my eyes, this is way to complicated for users that are used to other team providers. Normally you always have the possibility to share a project to a repository after the creation (we could just copy it to the work dir and exchange the project in the workspace). And what I initially meant: We should allow users to just select a repository when sharing a project (not a path but one of the repos that we have in the git repo view, take a look how the CVS share wizard looks like). It's now possible to share a project with an existing repo and move the contents, closing as fixed. |