Як ви контролюєте порядок, у якому файли відображаються в сутності GitHub


78

Чи є спосіб контролювати порядок, у якому файли відображаються в таблиці? Здається, вони не є алфавітними чи хронологічними. Я хотів би, щоб README.md з'являвся як перший файл у сутності декількох файлів , але жодне "видалення" файлу та його повторне додавання нічого не змінює.

Чи є в цих файлах замовлення, яке я не бачу, або GitHub підтримує внутрішній список пріоритетів типів файлів?

Відповіді:


100

Принаймні з 2018 року порядок є алфавітним, крапки та цифри стоять перед літерами.

Тобто, як уже згадувалося в Ендрю D.Bond «s відповідь :

  1. $
  2. . (крапка)
  3. Числа
  4. Пробіл (хоча простір не відображається після збереження, порядок сортування все ще оновлюється)
    (хоча до вересня 2020 р. IvanaGyro додає в коментарях пробіли більше не впливатимуть на порядок)
  5. _ (підкреслення)
  6. Літери (без урахування регістру)

Приблизно в 2013-2014 роках застосовувався інший порядок .


1
Чудово, дякую. Я ніколи не думав про "випадок", розглядаючи порядок сортування.
Sinetheta

@Barney дивно, це працювало на мене. Тоді на це має відповісти підтримка Github: github.com/contact
VonC

@Barney Я щойно роздвоїв ваше репо, і воно, здається, працює. Яке правило ASCIIbetical не застосовується? Так, Заголовні перед тим нижче, але коли той же самий випадок L , перш ніж R .
Sinetheta

16
я хотів би замовити власні файли
Коннор Ліч

2
@ConnorLeech добре, ви можете, після моди: stackoverflow.com/a/20949455/6309
VonC

13

Вони впорядковуються автоматично за іменами, дотримуючись таблиці ASCII .

На жаль, зараз замовити їх перетягуванням неможливо, але є хитрість. Ви можете контролювати порядок, додаючи один або кілька пробілів перед назвою. Після редагування простір не відображатиметься, але порядок зміниться.

Наприклад: скажімо, у нас є 3 файли з автоматичним замовленням:

  • AFile.java
  • Readme.md
  • SomeFile.txt

Ми можемо інвертувати порядок, ставлячи такі пробіли:

  • (пробіл) (пробіл) SomeFile.txt
  • (пробіл) Readme.md
  • AFile.txt

Я не можу змусити це працювати. Я додав пробіли до початку назви заголовка, і, схоже, це не впливає на порядок. Я намагаюся позначити "частина 1 і частина 2" як перший файл (блокнот) зі списку файлів у цьому сховищі. github.com/moondra2017/Python-Regular-Expressions
Moondra

1
@Moondra Питання полягає в упорядкуванні сутності. Це звичайні файли github
Маріо Веласко

@MarioVelasco Я бачу. Дякую за роз'яснення.
Moondra

6
Цей обхідний шлях (якщо він коли-небудь спрацював) порушений. Додавання пробілів до передньої частини імені файлу неефективне.
JamesTheAwesomeDude

Я в кінцевому підсумку використовую тире, щоб керувати цим. І оскільки ім'я файлу README.mdне має значного ефекту (крім .mdрозширення), я просто називаю файл заголовком, який я хотів би використати для суті, наприклад - How to Foo Bar.md. Таким чином він не тільки з’являється спочатку, але й основний заголовок є більш описовим. Наприклад: gist.github.com/patricknelson/57ae24986cb13613314fb1f3c00a95d7
chunk_split

5

Принаймні станом на 2020 рік порядок сортування:

  1. $
  2. . (крапка)
  3. Числа
  4. Пробіл (хоча простір не відображається після збереження, порядок сортування все ще оновлюється)
  5. _ (підкреслення)
  6. Літери (без урахування регістру)

Принаймні між 2013 та 2016 роками застосовувалось замовлення ASCII.

Якщо виявлено порядок сортування додаткових символів, сміливо редагуйте цю відповідь.

(Додаючи цю відповідь, оскільки навіть після того, як я покращив ще одну відповідь на це запитання минулого року, я все ще не міг знайти порядок сортування спеціальних символів ніде.)


3

Як згадав @VonC у своїй відповіді, порядок є асибітичним. Швидким рішенням буде префікс усіх файлів цифрами, що вказують порядок, у якому ви хочете, щоб файли відображалися, наприклад 0_, 1_, 2_, ... 9_. Зауважте, це рішення не працюватиме понад 9 файлів, оскільки 10_ з’явиться до 2_. У такому випадку потрібно використовувати дві цифри 00_, 01_, 02_, ..., 09_, 10_, 11_, ... Це можна узагальнити на будь-яку кількість цифр у кількості файлів. Хоча, мені здається менш імовірним, що більше 10 файлів будуть передані в суть.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.