Вопросы Теги

Как я могу изменить количество пересмотра репозитория у Черепахи SVN?

Вам необходимо преобразовать положение мыши в g графика 

import { event, select, Selection, mouse } from "d3-selection";


  public yellow(data: ISample[]) {
    // draw circles
    var that = this;
    this.chart
      .selectAll("circle")
      .data(data)
      .enter()
      .append("circle")
      .attr("cx", d => this.xScale(d.x))
      .attr("cy", d => this.yScale(d.y))
      .attr("r", 8)
      .attr("fill", "orange")
      .attr("class", "circle")
      .call(
        drag().on("drag", function(d) {
          select(this).attr("cx", (d.x = mouse(that.chart.node())[0]));
        })
      );
  }
.
5
задан GEOCHET 12 March 2009 в 23:12
поделиться

3 ответа

Самым безопасным путем я могу думать, должен был бы сделать файл дампа с соответствующим количеством пустых изменений, чем загрузка это. Формат был бы чем-то как:

SVN-fs-dump-format-version: 2

Revision-number: 0
Prop-content-length: 56
Content-length: 56

K 8
svn:date
V 27
2009-01-12T14:58:15.449041Z
PROPS-END

Revision-number: 1
Prop-content-length: 56
Content-length: 56

K 8
svn:date
V 27
2009-01-12T14:58:40.758271Z
PROPS-END

Revision-number: 2
Prop-content-length: 56
Content-length: 56

K 8
svn:date
V 27
2009-01-12T14:58:44.509698Z
PROPS-END

Вы могли опустить svn:date, и это все еще будет допустимый репозиторий SVN, но запросы {датой} не работали бы (точно так же, как они не делают в любом случае, где даты монотонно не увеличиваются с пересмотром). Таким образом, вероятно, лучше фальсифицировать строку вероятных дат.

Если Вы хотите 3 960 таких изменений, Вы, вероятно, хотите записать сценарий для генерации файла дампа. Я оставляю это как осуществление читателю :-)

9
ответ дан 18 December 2019 в 08:31
поделиться

Во-первых, я не знаю способ сделать это. Если это было бы возможно, я думаю, что необходимо использовать svn-hookscript.

Во-вторых, число пересмотра в Системах управления исходным кодом не имеет никакого отношения к пересмотру (Версия) Количество Вашей Программы. Система управления исходным кодом отслеживает каждое изменение, которое Вы отправляете и таким образом, Вы можете иметь, намного больше отправляет, чем сборки Вашего кода. Это может отличаться каждый раз, если Вы только отправляете изменения с новым номером сборки, и я не думаю, что необходимо просто зарегистрироваться в изменениях на таких огромных шагах.

Для того, чтобы отслеживать Ваши номера сборки необходимо использовать теги.

3
ответ дан 18 December 2019 в 08:31
поделиться

Это возможно в теории, но не очень полезно.

Если необходимо так или иначе отслеживать эту информацию, можно рассмотреть создание тега '3960', но иначе отъезд нормального процесса пересмотра, происходящего.

Как сказано в руководстве:

Глобальные числа пересмотра
В отличие от тех из многих других систем управления версиями, числа пересмотра Подверсии относятся ко всем деревьям, не отдельным файлам. Каждое число пересмотра выбирает все дерево, конкретное состояние репозитория после некоторого зафиксированного изменения.
Другой способ думать об этом состоит в том, что пересмотр N представляет состояние файловой системы репозитория после Энной фиксации. Когда пользователь Подверсии говорит о “пересмотре 5 из foo.c”, они действительно имеют в виду “foo.c, как это появляется в пересмотре 5”.

Число пересмотра отличается, чем ** число версии приложения" (номер версии Вашего приложения): последний представлен тегом.

7
ответ дан 18 December 2019 в 08:31
поделиться
Другие вопросы по тегам:

Похожие вопросы: