Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Hidden Branches #10571

Closed
6543 opened this issue Mar 2, 2020 · 10 comments
Closed

Feature Hidden Branches #10571

6543 opened this issue Mar 2, 2020 · 10 comments
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@6543
Copy link
Member

6543 commented Mar 2, 2020

Idear: like hidden issue but for a branch (to develop a securety fix or have specific secret files/infos/config versioned but be able po publish the rest ...)

@lunny lunny added the type/proposal The new feature has not been accepted yet but needs to be discussed first. label Mar 2, 2020
@guillep2k
Copy link
Member

I'm not sure it's possible using git. A git fetch will bring everything to the client. It will be more like a "treat with discretion" branch.

@6543
Copy link
Member Author

6543 commented Mar 3, 2020

if git we can filt reverences of git I think this is posible ... but I dont know/looked-at the internals how git fetch is handled so i only can gues for now

@zeripath
Copy link
Contributor

zeripath commented Mar 5, 2020

There's other problems with guessing shas, the private objects would need to be kept completely within a separate object db.

@zeripath
Copy link
Contributor

zeripath commented Mar 5, 2020

At which point it starts to look a lot like a private fork...

@lunny
Copy link
Member

lunny commented Mar 6, 2020

We may could replace git http protocol when you read refs/heads and ssh protocol on gitea serv.

@zeripath
Copy link
Contributor

zeripath commented Mar 6, 2020

It's not just the ref heads it's all the objects associated with the ref heads. You can't pack any objects from the private refs into packs that non authorized users can download.

Private branches are why gitlab can't support git v2 wire protocol.

The best answer is probably to better support forks - allow porting of PRs between forks, perhaps allow private forks of org projects to permit team members etc.

@6543
Copy link
Member Author

6543 commented Mar 6, 2020

I think this was a nice idear but a private fork can act similar ...

@6543
Copy link
Member Author

6543 commented Mar 6, 2020

It looks like implementing would result in more resource usage and dev time ... so close it?

@a1012112796
Copy link
Member

It's really attractive , but may be it was hard because of git's permission and hock system not have suport , may be we should directly do some change on git, to make it have more permission choices.
by the way, dose we have hidden issue function now, thanks.

@6543
Copy link
Member Author

6543 commented Mar 27, 2020

@a1012112796 -> #3217 (no, we dont)

@6543 6543 closed this as completed Mar 27, 2020
@go-gitea go-gitea locked and limited conversation to collaborators Nov 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

5 participants