История изменений

Я про другое. К примеру, узнал недавно про sbotools. Оно при установке показывает README, и это хорошо, бывает нужная информация там. Посоветовался с разрабом, предложил фичу: показывать README.SLACKWARE для дистро-специфичных указаний. Ну, там, создать группу, прежде чем начинать сборку, и прочее. Важная вещь, а то начинаешь сборку, а потом выясняется что чего-то не учел.

Взялся уже было запиливать фичу, как вдруг оказалось, что README.SLACKWARE - это не стандартное именование, есть readme.slackware.txt в разных регистрах. Или Readme{-_}sbo, readme.txt, readme.issues, readme.sources, readme.html, redme.wtf, всечтоугодно-readme, и даже не readme вовсе. Смысл в этой фиче теряется, и лучше показывать список всех файлов и давать пользователю на выбор какой почитать, чем пытаться предугадать где общие указания, где дистроспецифичные, где софто-специфичные и т.д.

Как некое решение сойдёт, но автоматизация страдает от такого разнобоя.

Я про другое. К примеру, узнал недавно про sbotools. Оно при установке показывает README, и это хорошо, бывает нужная информация там. Посоветовался с разрабом, предложил фичу: показывать README.SLACKWARE для дистро-специфичных указаний. Ну, там, создать группу, прежде чем начинать сборку, и прочее. Важная вещь, а то начинаешь сборку, а потом выясняется что чего-то не учел.

Взялся уже было запиливать фичу, как вдруг оказалось, что README.SLACKWARE - это не стандартное именование, есть readme.slackware.txt в разных регистрах. Или Readme{-_}sbo, readme.txt, readme.issues, readme.sources, readme.html, redme.wtf, всечтоугодно-readme, и даже не readme вовсе. Смысл в этой фиче теряется, и лучше показывать список всех файлов и давать пользователю на выбор какой почитать, чем пытаться предугадать где общие указания, где дистроспецифичные, где софто-специфичные и т.д.