Skip to content

integration-docs: Update the SVN integration doc. #871

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

Niloth-p
Copy link
Contributor

@Niloth-p Niloth-p commented Jun 5, 2025

Screenshots

SVN doc link
image

Self-review checklist
  • Self-reviewed the changes for clarity and maintainability
    (variable names, code reuse, readability, etc.).

Communicate decisions, questions, and potential concerns.

  • Explains differences from previous plans (e.g., issue description).
  • Highlights technical choices and bugs encountered.
  • Calls out remaining decisions and concerns.
  • Automated tests verify logic where appropriate.

Individual commits are ready for review (see commit discipline).

  • Each commit is a coherent idea.
  • Commit message(s) explain reasoning and motivation for changes.

Completed manual review and testing of the following:

  • Visual appearance of the changes.
  • Responsiveness and internationalization.
  • Strings and tooltips.
  • End-to-end functionality of buttons, interactions and flows.
  • Corner cases, error conditions, and easily imagined bugs.

Copy link

@laurynmm laurynmm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Niloth-p - Thanks for updating this doc! Overall, these updates look good. Posted a few review comments; let me know if you have any questions!

You can configure the channel and topic where notifications are sent by
updating the `commit_notice_destination` function in
`{{ config_file_path }}`. By default, notifications are sent to a topic
named after the repository, in the "commits" channel.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This uses an incoming webhook bot, but not the URL generated for that, correct?

Maybe, "By default, notifications are sent to the "commits" channel with the repository as the topic name."?

Since a Zulip organization might not have a channel named "commits", I wonder if this should be noted somewhere above? I guess the bot owner would get a DM about the channel not existing when testing the integration.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, there's no URL generation for any of the integrations in this repo.

I've been removing the instruction with the create-channel macro, based on #32269 and the CZO topic #documentation>integrations docs as a new user.
I think Alya Abbott's opinion was to get the user thinking about the target channel, but without having an explicit instruction for that.
I checked the other open docs PRs (IRC, RSS), and it seems both of them involve the channel in some way (IRC - subscribe the bot; RSS - config options). SVN's the one that doesn't. I'm not sure how to go about this.

Do you think a tip might be an okay middle ground, not an instruction, but still reminds the user?

Or should we just edit:
"By default, notifications are sent to a topic named after the repository, in the "commits" channel."
to
"By default, notifications are sent to a topic named after the repository, in the "commits" channel, if it exists."
which can serve as a subtle reminder to make sure the target channel exists.

Copy link
Contributor Author

@Niloth-p Niloth-p left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for the review! Updated as recommended.
I've not made any changes related to the existence of the target channel, as I'm unsure how to proceed.
I've switched to using backticks instead of double quotes for channel names, and added the prefix # in front of channel names (because that's the convention in the Help docs - example), based on your review comment on another doc PR.

Screenshot

image

You can configure the channel and topic where notifications are sent by
updating the `commit_notice_destination` function in
`{{ config_file_path }}`. By default, notifications are sent to a topic
named after the repository, in the "commits" channel.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, there's no URL generation for any of the integrations in this repo.

I've been removing the instruction with the create-channel macro, based on #32269 and the CZO topic #documentation>integrations docs as a new user.
I think Alya Abbott's opinion was to get the user thinking about the target channel, but without having an explicit instruction for that.
I checked the other open docs PRs (IRC, RSS), and it seems both of them involve the channel in some way (IRC - subscribe the bot; RSS - config options). SVN's the one that doesn't. I'm not sure how to go about this.

Do you think a tip might be an okay middle ground, not an instruction, but still reminds the user?

Or should we just edit:
"By default, notifications are sent to a topic named after the repository, in the "commits" channel."
to
"By default, notifications are sent to a topic named after the repository, in the "commits" channel, if it exists."
which can serve as a subtle reminder to make sure the target channel exists.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants