Объединяющиеся возможности SVN достойны, и простые сценарии слияния хорошо работают - например, выпускают ответвление и соединительную линию, где соединительная линия отслеживает фиксации на RB.
более сложные сценарии являются сложными быстро. Например, позволяет, запускаются со стабильного ответвления (stable
) и trunk
.
Вы хотите продемонстрировать новую возможность и предпочесть основывать его на stable
, поскольку это, ну, в общем, более стабильно, чем trunk
, но Вы хотите, чтобы все Ваши фиксации были распространены к trunk
также, в то время как остальная часть разработчиков все еще чинит вещи в stable
и разрабатывает вещи на trunk
.
, Таким образом, Вы создаете demo
, ответвление и объединяющийся график похожи:
stable -> demo -> trunk
(Вы) stable -> trunk
(другие разработчики) , Но что происходит, когда Вы объединяете изменения от [1 110] в [1 111], затем объединяетесь demo
с [1 113], в то время как все время другие разработчики также объединяются stable
в [1 115]? SVN запутывается со слияниями от [1 116] объединяемый дважды в [1 117].
существуют пути вокруг этого, но с мерзавцем/Базаром/Подвижным этого просто не происходит - они понимают, были ли фиксации уже объединены, потому что они идентификатор каждая фиксация через объединяющиеся пути это берет.
Не с файловым управлением HTML, нет. Однако загрузчик флеш-файлов может сделать это за вас. Вы можете использовать некоторый клиентский код для проверки расширения PDF после их выбора, но вы не можете напрямую управлять тем, что они могут выбрать.
Невозможно сделать это отличное от проверки расширения файла с помощью JavaScript, когда входной путь заполняется средством выбора файла. Чтобы реализовать что-то более интересное, вам нужно написать свой собственный компонент для любого браузера, который вы хотите (activeX или XUL)
В HTML4.01 есть атрибут accept, но я не знаю ни одного поддерживающего его браузера, например accept = "image / gif, image / jpeg
- так что это аккуратная, но непрактичная спецификация
Не совсем. См. Атрибут 'accept' ввода файла - он полезен? .
Это может быть полезно для предотвращения того, чтобы отвлеченный пользователь сделал непроизвольный неверный выбор, но в любом случае вам все равно придется выполнить проверку на стороне сервера.
Лучший способ - четко указать на странице загрузки. После этого, если пользователь по глупости загрузит большой файл неправильного типа, это потеря времени, не так ли?