Feature suggestion: Use ${src_org}-pages as the default name when forking a pages repo #593

Open
opened 2022-03-08 06:58:53 +00:00 by hexagon-recursion-poc0 · 3 comments

Imagine

  1. Alice wants to contribute to https://fdroidfamily.codeberg.page
  2. Alice signs up on codeberg.org
  3. Alice forks https://codeberg.org/fdroidfamily/pages
  4. The default name for her fork is https://codeberg.org/alice/pages. She does not edit the name when forking because she does not realize the implications. She did not read the fine manual
  5. Now https://alice.codeberg.page is a mirror of https://fdroidfamily.codeberg.page which is not what Alice intended

Suggested improvement

It would be more user friendly if the default name when cloning a pages repository was "https://codeberg.org/alice/fdroidfamily-pages"

# Imagine 1. Alice wants to contribute to https://fdroidfamily.codeberg.page 1. Alice signs up on codeberg.org 2. Alice forks https://codeberg.org/fdroidfamily/pages 3. The default name for her fork is <https://codeberg.org/alice/pages>. She does not edit the name when forking because she does not realize the implications. She did not [read the fine manual](https://docs.codeberg.org/codeberg-pages/) 4. Now https://alice.codeberg.page is a mirror of https://fdroidfamily.codeberg.page which is not what Alice intended # Suggested improvement It would be more user friendly if the default name when cloning a pages repository was "https://codeberg.org/alice/fdroidfamily-pages"

Does such behaviour also makes sense for every other repo? While forking a unique project name, keeping the repo name only might be desirable (e.g. go-gitea/gitea → gitea), but when forking projects with generic names from other people (e.g. their "dotfiles", "website", or some "blog", it might be better to turn them into user1-dotfiles, project2-website or codeberg-blog).

Does such behaviour also makes sense for every other repo? While forking a unique project name, keeping the repo name only might be desirable (e.g. go-gitea/gitea → gitea), but when forking projects with generic names from other people (e.g. their "dotfiles", "website", or some "blog", it might be better to turn them into user1-dotfiles, project2-website or codeberg-blog).
Collaborator

that's a UX suggestion ... I'm personaly not sure if we should add it :/

that's a UX suggestion ... I'm personaly not sure if we should add it :/

I think this generally makes a lot of sense to add (fork codeberg/docs to user/codeberg-docs instead of "docs", which might already have been forked from project-xyz/docs)

I think this generally makes a lot of sense to add (fork codeberg/docs to user/codeberg-docs instead of "docs", which might already have been forked from project-xyz/docs)
fnetX added the
enhancement
contribution welcome
s/Gitea/Forgejo
labels 2022-08-09 19:49:39 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Codeberg/Community#593
There is no content yet.