Repository navigation
createTopic vs topic can be confusing? #669
Copy link
Copy link
Closed
Labels
api: pubsubIssues related to the Pub/Sub API.Issues related to the Pub/Sub API.
Description
Activity
- addedapi: pubsubIssues related to the Pub/Sub API.Issues related to the Pub/Sub API.
on Jun 17, 2015 I like privatizing createTopic and autocreating by default. RE: "(why create a topic to not use it...?)", should we loop in a Pub/Sub-er to see if we should continue to support that?
Hmm -- I think we're still pretty early, so it's not crazy to deprecate the method, and the "full deprecation" being that it's not longer in the docs. Thoughts?
SGTM.
- added a commit that references this issue
on Sep 27, 2022 - added a commit that references this issue
on Jan 10, 2023 - added a commit that references this issue
on Jul 23, 2025 - added a commit that references this issue
on Feb 17, 2026 - added a commit that references this issue
on Mar 5, 2026 - added 2 commits that reference this issue
on Mar 23, 2026 - added a commit that references this issue
on Mar 27, 2026 - added a commit that references this issue
on May 5, 2026
Metadata
Metadata
Assignees
Labels
api: pubsubIssues related to the Pub/Sub API.Issues related to the Pub/Sub API.
Right now, to "create a topic", people jump immediately to
createTopic-- which gives them back a topic, but then the second time they try to create a topic, it'll cause problems, right? What people typically want in their code istopic()with{autoCreate: true}...So... a couple options
createTopic(why create a topic to not use it...?)createTopicthat you probably wanttopic()topic()'s options to auto-create by defaultThoughts?